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Foreword 



This Technical Specification (TS) has been produced by ETSI Project Telecommunications and Internet Protocol 
Harmonization Over Networks (TIPHON). 

The present document is part 3 of a multi-part deliverable. Full details of the entire series can be found in 
TS 101 882-1 [1]. 
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Scope 



The present document defines the stage 1 and stage 2 requirements (as defined by ITU-T Recommendation 1.130 [4]) 
for the simple call service required by TIPHON. 

The simple call service defined, refers to a single media call only. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ETSI TS 101 882-1: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Protocol Framework Definition; Part 1 : Meta-protocol design rules, 
development method, and mapping guidehne". 

[2] ETSI TR 101 877: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON); Requirements Definition Study; Scope and Requirements for a Simple call". 

[3] ETSI TS 101 878: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Service CapabiUty Definition; Service Capabilities for TIPHON Release 4". 

[4] ITU-T Recommendation 1.130: "Method for the characterization of telecommunications services 

supported by an ISDN and network capabilities of an ISDN". 

[5] ITU-T Recommendation Z. 100 (1996): "Specification and description language (SDL) with 

corrigendum 1". 

[6] ITU-T Recommendation X.680: "Information technology - Abstract Syntax Notation One 

(ASN.l): Specification of basic notation". 

[7] ETSI TS 101 882-4: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Protocol Framework Definition; part 4: Media control meta protocol". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the definitions given in TR 101 877 [2], TS 101 878 [3] and the following 
apply: 

TIPHON system: collection of inter- working communication networks in which there exists at least one TIPHON 
gateway connecting two of the networks together 
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user: entity that uses telecommunication services offered by a TIPHON system 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in TR 101 877 [2], TS 101 878 [3] and the following 
apply: 

CFE simple Call Functional Entity 

FE Functional Entity 

QoS Quahty of Service 

SDL Specification and Description Language 

SpoA Service point of Attachment 



TIPHON simple call service 



4.1 Description 

A TIPHON simple call is the means by which a temporary logical association is established (and subsequently cleared) 
between two or more users within a TIPHON system for the purpose of conveying information. The meta-protocol 
carries sufficient information to allow a bearer to be established if required. 

4.2 Procedures 

4.2.1 Provision/withdrawal 

TIPHON Simple Call is available on a per-name basis to all subscribers to a TIPHON system. 

4.2.2 Normal procedures 

4.2.2.1 Activation/deactivation 

TIPHON simple call shall be permanently activated. 

4.2.2.2 Invocation and operation 

TIPHON simple call shall be invoked by the calling user (party A) requesting a connection of defined parameters to a 
second party (party B). 

Party A may indicate a preferred carrier of the connection at invocation. 

Party A may indicate its own name at invocation to allow the called party to identify the calling party. 

Either party to the TIPHON simple call or the serving network shall be able to remove the temporary logical association 
formed on invocation of the service. 

During call set-up transcoding between different codecs may be performed. 

4.2.3 Exceptional procedures 

If the network cannot complete the connection to party B then party A shall be notified. 

If any of the following failure conditions are detected within a domain, the association shall be removed in each domain 
involved and any associated resource released. The domain that detects the failure shall supply a reason for failure to 
each other domain. Failure conditions: 

• No route found to called party; 
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Requested policy not supported; 

Required transport resources not available; 

Reserved media and transport resources released due to time out; 

No compatible codec supported by called party; 

Called user busy (number of simultaneous calls exceeded); 

Call release before call set-up completed. 



4.3 Interaction with other services or service capabilities 

The following list of service capability interactions include only the service capabilities which are not used for the 
definition of the simple call service. 

4.3.1 Call class service capabilities 
4.3.1.1 Redirect 

No interaction. 



4.3.1.2 



No interaction. 



SetPriority 



4.3.1.3 Join 

No interaction. 



4.3.1.4 



No interaction. 



Interrogate 



4.3.1.5 SetCondition 

No interaction. 

4.3.1.6 ClearCondition 

No interaction. 

4.3.1.7 Park 

No interaction. 

4.3.1.8 Retrieve 

No interaction. 

4.3.1.9 LocationDelivery 

No interaction. 
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4.3.2 Bearer class service capabilities 

4.3.2.1 Join 

No interaction. 

4.3.2.2 Modify 

No interaction. 

4.3.2.3 SetCondition 

No interaction. 

4.3.2.4 ClearCondition 

No interaction. 

4.3.3 Profile class service capabilities 

4.3.3.1 Register 

No interaction. 

NOTE: The QOS to be used for subsequent calls by the registered user may form part of the information supplied 
at registration. 

4.3.3.2 Attach 

No interaction. 

4.3.3.3 Deregister 

No interaction. 

4.3.3.4 Detach 

No interaction. 

4.3.3.5 Authenticate 

No interaction. 

4.3.3.6 Authorize 

No interaction. 

4.3.3.7 Transfer 

No interaction. 

4.3.3.8 SetStatus 

No interaction. 
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4.3.3.9 SetCondition 

No interaction. 

4.3.3.10 ClearCondition 

No interaction. 

4.4 Service capabilities used in service definition 

Although not explicitly identified, aspects of the following service capabilities are used in definition of the simple call 
service: 

Call class service capabilities: 

• Setup; 

• IdentityDelivery; 

• Cleardown; 

• Route. 

Bearer class service capabilities: 

• Create; 

• Delete. 

Profile class service capabilities: 

• GetStatus. 

The TIPHON Release 4 service capabiHties are defined in TS 101 878 [3]. 

4.5 Overall behaviour 

The UML activity diagram in figure 1 shows the dynamic simple call signalling for a TIPHON system providing simple 
call service. 
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Figure 1 : Overall behaviour of simple call service signalling 

NOTE: The service behaviour model in figure 1 defines global states of the simple call service, hence the same 
state names are not re-used in the behaviour descriptions of the individual functional entities. 



Functional entity model and information flows 



5.1 Functional entity model 
5.1 .1 Description of model 

This functional entity model covers the signalling aspects of call control with call routing but does not include the flow 
of data in the media path. 

The functional entity model uses the following Call Functional Entities (GEE): 

• Calling User The application at the calling user's terminal which instigates the service request; 



CEEIq^C 



CFE2 



PE 



CEE3 



ONC 



CEE4, 



OR 



The originating user service agent in the calling user's terminal that instigates the service 
request and processes call and bearer functions (see note 3); 

The serving network policy control function associated with the calling user's service 
provider; 

The originating call and bearer coordination function that is responsible for establishing the 
call on behalf of the calling user (see note 3); 

The originating call routing function, providing routing information and number/address 
translations (see note 1); 
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CFESqnm The originating media coordination function serving the calling user; 

CFE6jf^(-; An intervening call and bearer control coordination function (see note 3). This CFE is 

responsible for establishing the call via the intervening domain; 

CFE7jj^ An intervening routing function (see note 1); 

CFE8jf^]y[ An intervening media coordination function; 

CFE9jf^(^ The destination call and bearer coordination function (see note 3) that is responsible for 

establishing the requested call on behalf of the called user; 

CFE10j(,j]y[ The destination media coordination function serving the called user; 

CFEl IjjQ The service agent that processes an incoming call to the called user, processing call and 

bearer functionality (see note 3); 

CFE12Qj]y[ The media control function in the calling user's terminal, (see note 2); 

CFE13-j-p]y[ The media control function in the called user's terminal, (see note 2); 

Called User The application in the called user's terminal at which the service request is terminated. 

NOTE 1 : Routing is based upon both the called user's identity and the requested service which shall include QoS 
parameters. 

NOTE 2: The media control functional entities in the originating and terminating terminal are not part of the 
modelled behaviour in this release. The media control service meta-protocol is defined in 
TS 101 882-4 [7]. 

NOTE 3: In this release the call and bearer functionality in the different TIPHON domains is modelled as a single 
entity. In future releases the call and bearer functionality may be modelled as separate entities. 

The following functional relationships also is part of the functional entity model for simple call: 

• ra between the Calling User and the Calling User's service agent (CFEIqjq ); 

• rb between the Calling User's service agent (CFEIqj,-.) and the Policy function (CFE2p£); 

• re between the Calling User's service agent (CFEIqj,-;) and the originating call and bearer 

coordination function (CFE3onc)' 

• rd between the originating call coordination function (CFE3Qj^f;) and the originating call routing 

function (CFE4q[^); 

• re between the originating call coordination function (CFE3onc) '^^'^ originating media coordination 

function (CFESqnm)' 

• rf between the originating call coordination function (CFE3onc) '^^'^ ^'^ intervening call and bearer 

coordination function (CFE6jf^(^); 

• rg between an intervening call coordination function (CFE6jjsjq) and an intervening routing function 

(CFE7ir); 

• rh between an intervening call coordination function (CFE6jf^Q) and an intervening media 

coordination function (CFE8jj^]y[); 

• ri between an intervening call coordination function (CFE6jjvjq) and the destination call and bearer 

coordination function (CFE9jj,^q); 
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• rj between the destination call coordination function (CFE9jjvjf;) and the destination media 

coordination function (CFElOjf^jy^); 

• rk between the destination call coordination function (CFE9jivjf;) and the service agent that processes 

an incoming call to the called user (CFEl Ijxc)' 

• rl between the called user's service agent function (CFEll jj^^) and the Called User; 

• rm between the Calling User's service agent (CFEIqj^-.) and the media control function in the 

originating user's terminal (see note); 

• rn between the called user's service agent function (CFEl 1^10^ ^^'^ ^^^ media control function in the 

called user's terminal (see note). 

NOTE: The relationship between the call control FE and the media control FE in the originating and terminating 
terminal is not further defined in this release. 

The TIPHON simple call functional entity model is shown in figure 2. 
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Figure 2: Functional Entity IVIodel for TIPIHON simple Call 

5.1 .2 Description of functional entities 

5.1.2.1 Calling User 

The Calling User functional entity acts on behalf of an end user to request the establishment of a simple call. 

5.1 .2.2 Calling User's service agent, CFEl qtc 

On receipt of a call set-up request from the Calling User, CFEIqjq requests CFE2pg if the ticket is valid and the current 
policy permits the requested QoS to be used in the call. If the requested QoS is permitted CFEIqjq forwards the call 
set-up request in a OrigCallSetup to the simple call service SpoA (identified at Registration). 

5.1 .2.3 The policy control function associated with the calling user's service provider, 
CFE2pE 

This FE checks if the ticket is valid and checks its service database to determine if requested service parameters are 
permitted in the requested call, e.g. QoS parameters. 

5.1 .2.4 Originating network call coordination function, CFESonc 

This FE requests the originating routing function for destination address information and requests the provision of 
appropriate media resource from the originating media control function CFE5Qj,j]y[ and then passes the call set-up 

request to the next call coordination function, CFE6jjsj(2 or CFE9j[>jf;. 
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5.1 .2.5 Originating network routing function, CFE4or 

CFE4qj^ checks the provided destination address upon request from the originating call coordination frinction and 
returns information on the completeness of the called address and next hop information. 

5.1 .2.6 Originating network media coordination function, CFE5onm 

This FE attempts to establish a media connection with the requested capabilities between the indicated incoming user 
access point and an outgoing network access point providing a media connection between the calling and called user, 
possible via intervening media control functions. 

5.1 .2.7 Intervening network call coordination function, CFE6|nq 

If present, this CFE request an intervening routing function for destination address information and requests the 
provision of appropriate media resource from an intervening media control function and then passes the call set-up 
request to the next call coordination function, CFE6jj,^(2 or CFE9j[>jf;. 

5.1 .2.8 Intervening network routing function, CFE7|f:j 

If present, this CFE checks a provided destination address upon request from an intervening call coordination function 
and returns information on the completeness of the called address and next hop information. 

5.1 .2.9 Intervening network media coordination function, CFE8|nm 

If present, this CFE attempts to establish a media connection between the indicated incoming user access point and an 
outgoing network access point providing an appropriate connection between the calling and called user, possible via 
intervening media control functions. 

5.1 .2.1 Destination network call coordination function, CFE9jnq 

This CFE requests the destination routing function for called user address information and requests the provision of 
appropriate media resource from the destination network media control function and then passes the call set-up request 
to the called user service agent. 

5.1 .2.1 1 Destination network media coordination function, CFE1 Ojnm 

The CFE attempts to establish a media connection between the indicated network access point and the called user 
access point providing an appropriate connection between the calling and called user, possible via intervening media 
control functions. 

5.1 .2.1 2 Called user's service agent, CFE1 1 jjc 

This CFE informs the end user that a call set-up request is being made and conveys the Called User response to the 
destination network call control function, CFE9'pj,^Q. 

5.1.2.13 Called User 

The Called User functional entity acts on behalf of the called end user to respond to a simple call set-up. 

5.2 Information flows 

5.2.1 Definition of information flows 

5.2.1.1 Relationship ra 
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5.2.1.1.1 



TCC_OrigCallSetup 



TCC_OrigCallSetup is a confirmed information flow that shall be sent across relationship ra from the calling user 
to CFE1qj(^ to indicate a request for a simple call establishment. Table 1 lists the elements within the 
TCC_CallSetup information flow. 



Table 1 : Contents of TCC_OrigCallSetup 



TCC_OrigCallSetup 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 




M 


Called user ID 
(see note 1 ) 


TIPHON user name 

E.164 number 
- URL 


M 




Calling User ID restriction 


- Calling User ID presentation available 

Available 
Unavailable 


M 




Calling User ID 


- Calling User ID 

E.164 number 
- URL 

- DisplayName 


(see note 2) 




Operator selection 


- Prefix dial string 

- Operator Identifier 


(see note 3) 




OoS Service Class 


- Predefined 
-TIPHON OoS class 

- 3 Best 
-2H High 

- 2I\/I Medium 

- 2A Acceptable 
- 1 Best effort 

- Non-standardized QoS class 


M 




Traffic descriptor 


- IVIedia peak rate 

- IVIaximum media frame size 


M 




Service Offer Ticket 


Service Ticket 


M 




Codec 


- List of possible codecs 

Codec type 


M 


(see note 4, 
see note S) 


Transcode count 


Number of codec transcodings 


M 


(see note 6) 


Previous Domain Egress point 


Network specific address 


M 




Next Domain Egress point 


Network specific address 




(see note 7) 


Result 


- Call Established 

with requested QoS 

- Rejection cause 

Transport not available 

Requested OoS not available 

Called user unknown 

No compatible codec available 

Policy Rejection 

Called user busy 




M 


N0TE1 
NOTE 2 
NOTES 

NOTE 4 
NOTES 
NOTE 6 
NOTE 7 


Shall be either an E.164 number or a URL. 

Shall be present if "Calling User ID restriction" information element is set to value "available". 

If present, the call shall be routed via the network of the specified operator, otherwise the call shall be 

established via the calling user's default operator. 

The list of codecs shall be limited to a single entry in the response. 

This element shall be included if the Result element is set to "Call Established". 

This element shall be included if the Result element is set to "No compatible codec available". 

This element shall be included only if required to establish a dynamic address relationship between network 

functional groups. 



5.2.1.1.2 



TCC Call Release 



TCC_CallRelease is a confirmed information flow that shall be sent across relationship rb between calling user 
and CFEIqjq when a call is terminated. 
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Table 2: Contents of TCC CallRelease 



TCC_CallRelease 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


(see note 1) 


M 


CauseCode 


- userlnitated 

- networklnitiated 


M 




Result 


- successful 

- failed 




M 


NOTE 1 : May be omitted when call release is invoked before call setup 


is complete 







5.2.1.1.3 



TCC_CallAlerting 



TCC_CallAlerting is an unconfirmed information flow that shall be sent across relationship rb from CFEIq^^- to 
the calling user when the called party is being alerted to the call. 

Table 3: Contents of TCC_CallAlerting 



TCC_CallAlertlng 


Information element 


Value 


Request 


Call Identifier 


Alphanumeric handle 


M 



5.2.1.2 



Relationship rb 



5.2.1.2.1 



ServingNWPolicy 



ServingNWPolicy is a confirmed information flow that shall be sent across relationship rb from CFEIqjq to 
CFE2pg to request permission for a new call establishment with a specific end-to-end QoS. Table 4 lists the elements 
within the ServingNWPolicy information flow. 

NOTE: The "Transport QoS parameters" information element values may be derived from the specified QoS 

service class in the setup request or the default QoS class used, if the QoS service class is omitted in the 
setup request. 

Table 4: Contents of ServingNWPolicy 



ServingNWPolicy 


Information element 


Value 


Request 


Response 


Calling user ID 


TIPHON user name 


M 




Called user ID 


TIPHON user name 


M 




Transport QoS parameters 


- Maximum delay 

- Maximum packet delay variation 

- Maximum mean packet loss 


(see note 1) 




OoS Service Class 


- Predefined 

- TIPHON OoS class 

- 3 Best 
-2H High 

- 2M Medium 

- 2A Acceptable 

- 1 Best effort 

- Non-standardized OoS class 


(see note 1) 




Service Offer Ticket 


Service Ticket 


M 




Result 


- Call permitted 

- Rejection cause 

Invalid ticket 

Service not subscribed to 

Service currently not 

available 




M 


NOTE 1 : One of these information elements shall be provided. 
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5.2.1.3 



Relationship re 



5.2.1.3.1 



CallSetup 



CallSetup is a confirmed information flow that shall be sent across relationship re from the calling user service 
agent to the Originating call coordinating CFE. Table 5 lists the elements within the CallSetup information flow. 

NOTE: A bearer for media flow may be of three types: unidirectional, bi-directional symmetric (default for 
simple call), and bi-directional asymmetric. 

Table 5: Contents of CallSetup 



CallSetup 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M (see note 1 ) 


M 


Calling User ID restriction 


- Calling User ID presentation available 
Available 
Unavailable 


M 




Calling User ID 


- Calling User ID 

E. 164 number 

URL 

DisplayName 


(see note 2) 




Called user ID 


TIPHON user name 


M 




Transport QoS parameters 


- Maximum delay 

- Maximum packet delay variation 

- Maximum mean packet loss 


M 




Transport parameters qualifier 


- Transport QoS parameters indicate 

total remaining budget 

- Transport OoS parameters indicate 

budget available per domain 


M 




Traffic descriptor 


- Media peak rate 

- Maximum media frame size 


M 




Codec 


- List of possible codecs 
Codec type 


M 


(see note S, 
see note 4) 


Transcode count 


Number of codec transcodings 


M 


(see note 7) 


Calling User Access Point 


Network specific address 


(see note S) 




Destination service domain 


Domain address 


(see note 6) 




Routing number 


Domain address 


(see note 6) 




Previous Domain Egress point 


Network specific address 


M 




Next Domain Egress point 


Network specific address 




(see note S) 


Result 


- Call established 

- Rejection cause 

Transport not available 
Requested OoS not available 
Called user unknown 
No compatible codec available 
Called user busy 




M 


N0TE1 
NOTE 2 
NOTES 
NOTE 4 
NOTES 
NOTE 6 

NOTE 7 
NOTES 


A temporary Call Identifier value may be used in the call setup request. 

Shall be present if "Calling User ID restriction" information element is set to value "available". 

The list of codecs shall be limited to a single entry in the response. 

This element shall be included if the result of the request is "Call established". 

This information element may provided to support the routing decision. 

This element is available only if by some means the next or destination network address can be determined 

initially. If so, this information may simplify route calculations in other functional groups. 

This element shall be included if the result of the request is "No compatible codec available". 

This element shall be included only if required to establish a dynamic address relationship between network 

functional groups. 



5.2.1.3.2 



Call Release 



Call Re lease is a confirmed information flow that shall be sent across relationship re between the calling user 
service agent to the Originating call coordinating CFE. 
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Table 6: Contents of CallRelease 



CallRelease 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M 


M 


CauseCode 


- userlnitated 

- networklnitiated 


M 




Result 


- successful 

- failed 




M 



5.2.1.3.3 



CallAlerting 



CallAlerting is an unconfirmed information flow that shall be sent across relationship re from the Originating call 
coordinating CFE to calling user service agent CFEIqj,-; when the called party is being alerted to the call. 

Table 7: Contents of CallAlerting 



CallAlerting 


Information element 


Value 


Request 


Call Identifier 


Alphanumeric handle 


M 



5.2.1.4 



Relationship rd, rg 



5.2.1.4.1 



CallRoute 



CallRoute is a confirmed information flow that shall be sent across relationship rd and rg from a call coordination 
to a routing function to indicate a request for address and routing information. Table 8 lists the elements within the 
CallRoute information flow. 
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Table 8: Contents of Call Route 



CallRoute 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M 


M 


Called user ID 


TIPHON user name 


M 




Calling User ID restriction 


- Calling User ID presentation available 

Available 

Unavailable 


M 




Calling user ID 


TIPHON user name 


(see note 1) 




Routing number information 


Domain address 


(see note 2) 


(see note 4) 


Calling User Access Point 


Network specific address 


(see note 3) 




Destination service domain 


Domain address 


(see note 2) 




Transport QoS parameters 


- Maximum delay 

- IVIaximum packet delay variation 

- Maximum mean packet loss 


M 




Transport parameters qualifier 


- Transport QoS parameters indicate 

total remaining budget 

- Transport OoS parameters indicate 

budget available per domain 


M 




Traffic descriptor 


- Media peak rate 
- Maximum media frame size 


M 




Codec 


- List of possible codecs 
- Codec type 


M 




Next network node list 


- Domain Address list 




(see note 5) 


Result 


- Routing information 

- No compliant routing information 

found 

- Next node 




M 


NOTE 1 : Shall be present if Calling user Id presentation is available. 

NOTE 2: Any routing and destination domain information available shall be passed to the routing functional to support 

the routing process. 
NOTE 3: The "Calling User Access Point" may be provided to support the routing decision. 
NOTE 4: Updated routing information may result from the routing process. 
NOTE 5: Shall be present if Result is "Next node" and shall contain a non-empty ordered list of possible next node 

domain addresses. 



5.2.1.5 



Relationship re, rh, rj 



5.2.1.5.1 



MediaReservation 



MediaReservation is a confirmed information flow that shall be sent across relationships re, rh, and rj to request 
the reservation of a media flow towards the called user's address. Table 9 lists the elements within the 
MediaReservation information flow. 
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Table 9: Contents of MediaReservation 



MediaReservation 


Information element 


Value 


Request 


Response 


Bearerld 


Alphanumeric "handle" 


M 


M 


QoS Parameters Qualifier 


QoS parameters indicate total 
remaining budget 
QoS parameters indicate budget 
available per domain 


Q (see note 4) 


(see note 1 ) 


IVIedia descriptor 


CodecDescr { 
CodecType, 
CodecParameters, 
SilenceSuppression, 
EchoCancelling, 
MediaPeakRate, 
IVIaxMediaPrameSize }, 
[CodecDescr {...}] 
Priority 


M (see note 2) 




IVIediald 


Alphanumeric "handle" 




(see note 3) 


QoS Parameters 


- PacketTransmissionRate 

- PacketLossRate 

- Jitter 

- Integrity 

- TransitDelay 


Q (see note 4) 


(see note 1 , 
see note 3) 


PreviousDomainEgressAddress 
(forward path) 


Network specific address 


M 




NextDomainAddress 


Network domain address 


Q (see note 5) 




UserDomainAddress 


Network specific address 


Q (see note 5) 




Egress Point (forward path) 


Network specific address 




(see note 3) 


Result 


- Resource reserved 

- Rejection cause 

IVIedia resource not available 
Media resource not supported 




M 


NQTE 1 : This information element shall be included if the value of the transport parameters qualifier in the request is 
"QoS parameters indicate total remaining budget". 

NOTE 2: The media descriptor specifies the stronger requirements from the list of proposed codecs. Selection of the 
codec is done by the called user, so the actual media resources needed can be determined when media 
establishment is performed. The optional CodecDescr is present only when transcoding is performed. 

NQTE 3: Shall be included if information element is "Resource reserved". 

NQTE 4: IVIandatory if QoS is required. 

NQTE 5: Exactly one of these information elements shall be present. 



In the MediaReservation request, the address parameters, "Previous domain Ingress address" and "Next domain 
address" shall be specified as inter-network addresses. "User domain address" may be specified as either an intra- or 
inter-network address. In the MediaReservation response, the address parameter "Egress point" shall be specified as an 
inter-network-address . 

The information element "Next domain address" is derived from the "CallRoute response". The information element 
"User domain address" is derived from the called user information available in the destination network domain. 



5.2.1.5.2 



MediaEstablishment 



MediaEstablishment is a confirmed information flow that shall be sent across relationships re, rh, and rj to 
request the establishment of a previously reserved bearer and media transport path towards the called user's address. 
Table 10 lists the elements within the MediaEstablishment information flow. 
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Table 10: Contents of MediaEstablishment 



MediaEstablishment 


Information element 


Value 


Request 


Response 


Bearerld 


Alphanumeric "handle" 


M 


M 


Mediald 


Alphanumeric "handle" 


M 


M 


Next Domain Egress point 
(reverse path) 


Network specific address 


M 




Egress point (reverse path) 


Network specific address 




(see note) 


Result 


- Media allocated 

- Rejection cause 

Unable to allocate resource 
Resource no longer available 




M 


NOTE: Shall be present if Result is "IVledia allocated". 



5.2.1.5.3 



MediaRelease 



MediaRelease is an unconfirmed information flow that shall be sent across relationships re, rh, and rj to request that 
a previously reserved bearer and media transport path is released as it is no longer required. Table 1 1 lists the elements 
within the MediaRelease information flow. 

Table 1 1 : Contents of MediaRelease 



MediaRelease 


Information element 


Value 


Request 


Bearer identifier 


Alphanumeric "handle" 


M 


IVIediald 


Alphanumeric "handle" 


(see note) 


NOTE: If the IVIediald is not present all media resources associated to the specified Bearerld are 
released. 



5.2.1.6 



Relationship rf, ri 



5.2.1.6.1 



NwCallSetup 



NwCallSetup is a confirmed information flow that shall be sent across relationship rf and ri from the originating call 
coordination function to the destination call coordination function or an intervening call coordination function. Table 12 
lists the elements within the NwCallSetup information flow. 
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Table 12: Contents of NwCallSetup 



NwCallSetup 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M 


M 


Calling User ID restriction 


- Calling User ID presentation available 
Available 
Unavailable 


M 




Calling User ID 


TIPHON user name 


(see note 1) 




Called user ID 


TIPHON user name 


M 




Previous Domain Egress point 


Network specific address 


M 




Next Domain Egress point 


Network specific address 




(see note 7) 


Bearer identifier 


Alphanumeric "handle" 


M 




Transport QoS parameters 


- Maximum delay 

- Maximum packet delay variation 

- Maximum mean packet loss 


M 




Transport parameters qualifier 


- Transport QoS parameters indicate 

total remaining budget 

- Transport OoS parameters indicate 

budget available per domain 


M 




Traffic descriptor 


- Media peak rate 

- Maximum media frame size 


M 




Codec 


- List of possible codecs 
Codec type 


M 


(see note 2, 
see note 3) 


Transcode count 


Number of codec transcodings 


M 


(see note 6) 


Destination service domain 


Domain address 


(see note 4) 




Calling User Access Point 


Network specific address 


(see note S) 




Routing number 


Domain address 


(see note 4) 




Result 


- Call established 

- Rejection cause 

Transport not available 
Requested OoS not available 
Called user unknown 
No compatible codec available 
Called user busy 




M 


N0TE1 
NOTE 2 
NOTES 
NOTE 4 

NOTES 
NOTE 6 
NOTE 7 


Shall be present if Calling user Id presentation is available. 

The list of codecs shall be limited to a single entry in the response. 

This element shall be included if the result of the request is "Call established". 

This element is available only if by some means routing information or destination networl< domain can be 

determined. If so, this information may simplify route calculations in other functional groups. 

The "Calling User Access Point" may be provided to support the routing decision. 

This element shall be included if the result of the request is "No compatible codec available". 

This element shall be included only if required to establish a dynamic address relationship between network 

functional groups. 



5.2.1.6.2 



NwCallRelease 



NwCallRe lease is a confirmed information flow that shall be sent across relationship rf and ri sent between 
originating, intervening or destination call coordination FEs. 

Table 13: Contents of NWCallRelease 



NWCallRelease 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M 


M 


CauseCode 


- userlnitated 

- networklnitiated 


M 




Result 


- successful 

- failed 




M 
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5.2.1.6.3 



NwCallAlerting 



NwCallAlerting is an unconfirmed information flow that shall be sent across relationships rf and ri from the 
destination or an intervening call coordinating CFE to the originating or an intervening call coordination CFE when the 
called party is being alerted to the call. 

Table 14: Contents of NWCallAlerting 



NwCallAlerting 


Information element 


Value 


Request 


Call Identifier 


Alphanumeric handle 


M 



5.2.1.7 



Relationship rk 



5.2.1.7.1 



DestCallSetup 



DestCallSetup is a confirmed information flow that shall be sent across relationship rk from the destination call 
coordination function to the called user's service agent. Table 15 lists the elements within the DestCallSetup 
information flow. 



Table 15: Contents of DestCallSetup 



DestCallSetup 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M 


M 


Called user ID 


TIPHON user name 


M 




Calling User ID 


TIPHON user name 


(see note 1) 




Transport QoS parameters 


- Maximum delay 

- Maximum packet delay variation 

- Maximum mean packet loss 


M 




Codec 


- List of possible codecs 
Codec type 


M 


(see note 2, 
see note 3) 


Transcode count 


Number of codec transcodings 


M 


(see note 4) 


Previous Domain Egress point 


Network specific address 


M 




Next Domain Egress point 


Network specific address 




(see note 5) 


Result 


- Call established 

- Rejection cause 

No compatible codec available 
Called user busy 




M 


NOTE 1 : This information element shall be present if the Calling Userld information has been passed to the 
terminating call control functional entity, and the restriction parameter has value "available". 

NOTE 2: The list of codecs shall be limited to a single entry in the response. 

NOTE 3: This element shall be included if the result of the request is "Call established". 

NOTE 4: This element shall be included if the result of the request is "No compatible codec available". 

NOTE 5: This element shall be included only if required to establish a dynamic address relationship between network 
functional groups. 



5.2.1.7.2 



Call Release 



Call Re lease is a confirmed information flow that shall be sent across relationship rk between the destination call 
coordination function and the called user service agent. 
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Table 16: Contents of CallRelease 



CallRelease 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M 


M 


CauseCode 


- userlnitated 

- networklnitiated 


M 




Result 


- successful 

- failed 




M 



5.2.1.8 



Relationship rl 



5.2.1.8.1 



TCC_DestCallSetup 



TCC_DestCallSetup is a confirmed information flow that shall be sent across relationship rm from the called 
user's service agent CFEl Ijxc '■° '■^^ Called User to indicate an incoming call. Table 17 lists the elements within the 
TCC_DestCallSetup information flow. 

Table 17: Content of TCC_DestCallSetup 



TCC_DestCallSetup 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M 


M 


Calling User ID 


TIPHON user name 


(see note 1) 




Called user ID 


TIPHON user name 


M 




Transport QoS parameters 


- Maximum delay 

- Maximum packet delay variation 

- Maximum mean packet loss 


M 




Codec 


- List of possible codecs 
- Codec type 


M 


0(see note 2) 


Transcode count 


Number of codec transcodings 


M 


(see note 3) 


Previous Domain Egress point 


Network specific address 


M 




Next Domain Egress point 


Network specific address 




(see note 4) 


Call accept 


- Call accepted 

- Call rejected cause 

- No compatible codec 

- Busy 




M 


NOTE 1 : This information element shall be present if the Calling Userld information has been passed to the 

terminating call user agent. 
NOTE 2: The Codec element shall be included if the Call accept element is "Call accepted". 
NOTE 3: This element shall be included if the result of the request is "No compatible codec". 
NOTE 4: This element shall be included only if required to establish a dynamic address relationship between network 

functional groups. 



5.2.1.8.2 



TCC CallRelease 



TCC_CallRelease is a confirmed information flow that shall be sent across relationship rl between called user and 



CFEl IjjC when a call is terminated. 



Table 18: Contents of TCC CallRelease 



TCC_CallRelease 


Information element 


Value 


Request 


Response 


Call Identifier 


Alphanumeric handle 


M 


M 


CauseCode 


- userlnitated 

- networklnitiated 


M 




Result 


- successful 

- failed 




M 
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5.2.2 Timers 



"Reservation Hold Timer": A reservation hold timer is used in the call coordination functional entity to make sure that 
resource is not held indefinitely. 

5.2.3 Information flow sequences 

A standard specifying TIPHON meta-protocols for simple call signalling shall provide signalling procedures in support 
of the information flow sequences specified below. In addition, signalling procedures should be provided to cover other 
sequences arising from error situations and interactions with other service capabilities. 

In the figures, simple call signalling information flows are represented by solid arrows. Within a column representing a 
simple call signalling functional entity, the numbers refer to functional entity actions listed in clause 5.3. 

The following abbreviations are used: 

• req request; 

• resp response. 

5.2.3.1 Normal operation 

5.2.3.1.1 Call set-up 

Figure 3 illustrates the information flows for successful call set-up. 
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Figure 3: Information flows for successful call set-up 
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Figure 4 illustrates successful call set-up with transcoding. Other successful call set-up scenarios involving transcoding in the originating or destination service domain are 
possible. These are not shown. 
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Figure 4: Information flows for successful call set-up with transcoding 
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5.2.3.1.2 Call clear-down 

Figure 5 illustrates call clear-down initiated by the called user. For simple call both parties may initiate call clear-down at any time, hence also simultaneously call release 
requests are possible. 
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Figure 5: Information flows for successful call release initiated by called user 



ETSi 



30 

5.2.3.2 Exceptional behaviour 

Figure 6 shows the information flow sequence for rejection of call establishment due to no route to called party found. 
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Figure 6: Information flows for unsuccessful call set-up due to called party unknown 
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Figure 7 shows call establishment due to requested QoS not supported for calling party. 
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Figure 7: Information flows for unsuccessful call set-up due to QoS policy decision 



£75/ 



32 



ETSI TS 101 882-3 V4.1.1 (2003-11) 



Figure 8 shows rejection of call establishment due to required transport resources not being available. 
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Figure 8: Information flows for unsuccessful call set-up due to transport resources unavailable 
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Figure 9 shows rejection of call establishment due to transport reservation time out. 
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Figure 9: Information flows for unsuccessful call set-up due to transport reservation time out 
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Figure 10 shows rejection of call establishment due to no compatible codec being available at the called party. 
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Figure 10: Information flows for unsuccessful call set-up due to called party offering no compatible codec 
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Figure 1 1 shows unsuccessful call establishment due to called user being busy. 
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Figure 11 : Information flows for unsuccessful call set-up due to called user busy 
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Figure 12 illustrates call clear-down initiated before call set-up has been completed. 
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Figure 12: Information flows for call clear down before call set-up complete 
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5.3 Simple call functional entity actions 

Throughout the descriptions of CFE actions, the following conventions are used to identify information flows: 

• An information flow is referred to as a "request" at the CFE that sends it and as an "indication" at the CFE that 
receives it. 

• The corresponding confirmation is referred to as a "response" at the CFE that sends it and as a "confirmation" 
at the CFE that receives it. 

The following CFE actions shall occur at the points indicated in the figures of clause 5.2.3. 

5.3.1 Actions of CFE 1oTc 

101: On request from the Calling User (TCC_OrigCallSetup indication), determine transport 

parameters to be used, formulate a ServingNWPolicy request and send it to CFE2pg. 

102: When a positive ServingNWPolicy confirmation is received, derive the QoS transport parameters 

from the requested QoS class and construct the CallSetup request. The request is sent to the 
originating call control FE, CFESqnc ' based on pre-defined or explicit operator selection 
information. 

103: When a Call Alerting indication is received from the originating call coordination FE, CFE3onc ' 

send a TCC_CallAlerting indication to the Calling User to indicate the called user is being alerted. 

104: When a CallSetup confirmation is received from CFE3onc ^^'-^ ^ positive call setup status 

construct a TCC_OrigCallSetup confirm and send it to the Calling User. 

105: When a CallRelease indication is received from CFE3qj,^q and no call release has previously been 

initiated from the calling party, construct a call release request (TCC_CallRelease indication) to 
the Calling User. 

106: When a TCC_CallRelease confirmation is received from the calling user, send a CallRelease 

indication to CFE3Qf^(^ and wait for a final CallRelease confirm. 

107: When a CallSetup confirmation is received with call setup status "Called user unknown", construct 

a TCC_OrigCallSetup response with result "Called user unknown" and send it to the Calling 
User. 

108: When a ServingNWPolicy confirmation is received with result "Invalid ticket", "Service not 

subscribed to" or "Service not currently available", construct a TCC_OrigCallSetup response 
with result "Policy rejection" and send it to the Calling User. 

109: When a CallSetup confirmation is received with result "Insufficient resources", construct a 

TTC_OrigCallSetup response with result "Insufficient resources" and send it to the Calling User. 

1 10: When a CallSetup confirmation is received with result "Transport not available", construct a 

TTC_OrigCallSetup response with result "Transport not available" and send it to the Calling User. 

Ill: When a CallSetup confirmation is received with result "No compatible codec available", construct 

a TTC_OrigCallSetup response with result "No compatible codec available" and send it to the 
Calling User. 

1 12: When a CallSetup confirmation is received with result "Busy", construct a TTC_OrigCallSetup 

response with result "Busy" and send it to the Calling User. 

113: When a TCC_CallRelease indication is received from the calling user before the call setup 

procedure is complete, send a CallRelease to the originating call coordination FE, CFE3onc ■ 
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1 14: When a CallRelease indication is received from CFE3qivj(^ and a call release has previously been 

initiated from the calling party, construct a call release response (TCC_CallRelease response) to 
the Calling User, and prepare a CallRelease response and send it to CFESqjs^q 

5.3.2 Actions of CFE2pE 

201 : When a ServingNWPolicy indication is received check if the requested policy permits the call to 

proceed and if so, create a positive ServingNWPolicy confirmation and send it to CFEIqj^^. 

202: When a ServingNWPolicy indication is received check if the requested policy permits the call to 

proceed and if not, create a ServingNWPolicy response with result "Service not subscribed to" or 
"Service not currently available" and send it to CFEIqj^. 

5.3.3 Actions of CFE3onc 

301: Receive a CallSetup indication from CFEIqj^;., construct a call route request and send it to the 

routing FE, CFE4qjj. 

302: If a positive call route confirmation is received, a next hop address is found, prepare a resource 

reservation request fulfilling the QoS requirements. Send the MediaReservation request to the 
originating call transport FE, CFESqnm- 

303: When a positive MediaReservation confirmation is received, construct a NWCallSetup indication 

and send it to the identified next hop address, the intermediate call coordination function, 

CFE6jNc- 

304: When a NwCallAlerting indication is received from the subsequent call control FE, CFE6jf^f;, send 

a CallAlerting indication to the calling user's service agent, CFEIqj,-.. 

305: Receive a NWCallSetup confirmation from the intermediate call coordination FE with a positive 

call setup result, send a MediaEstablishment indication to CFE5Qj^]y[ to allocate the previously 
reserved resources. 

306: When a positive MediaEstablishment confirmation is received, send a CallSetup response with 

Result "Call estabUshed". 

307: When in an established call a NWCallRelease indication is received, construct a MediaRelease 

request to CFESqnm '■° release allocated resources, and send a CallRelease indication to the 
calling user agent, CFEIqj^^. 

308: When a CallRelease indication is received from the calling user agent, send a NWCallRelease 

confirmation to the intermediate coordination FE, CFE6jf^(^, and a CallRelease confirmation to the 

calling user agent, CFE1qj(^. 

309: When a call route confirmation is received with result "No compliant route found", send a 

CallSetup response with result "Called user unknown" to CFEIq^^-. 

310: When NWCallSetup confirmation is received from CFE6jf^f; with result "Insufficient resources", 

send a MediaRelease request to CFESqnm' prepare a CallSetup response with result "Insufficient 
resources" and send it to CFEIqj,-,. 

311: When NWCallSetup confirmation is received from CFE6jf^(^ with result "Transport not available", 

send a MediaRelease request to CFE5Qj^]y[, prepare a CallSetup response with result "Transport 
not available" and send it to CFEIqjq. 
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312: When NWCallSetup confirmation is received from CFE6jf^(;; with result "No compatible codec 

available" and no transcoding is possible, send a MediaRelease request to CFESqnM' prepare a 
CallSetup response with result "No compatible codec available" and send it to CFEIqj^^. 

313: When NWCallSetup confirmation is received from CFE6jf^(;; with result "Busy", send a 

MediaRelease request to CFESqnM' prepare a CallSetup response with result "Busy" and send it to 
CFEloTc- 

314: When CallRelease indication is received from CFEIq^^-, if transport resources have been 

reserved send a MediaRelease request to CFE5Qj,^]y[ to release these resources, prepare a 
NWCallRelease and send it to CFE6jj,^q, and prepare a CallRelease request and send it to 

CFEIq^C- 

5.3.4 Actions of CFE4or 

401: When a CallRoute indication is received, a next hop address list shall be identified based on the 

called user and the QoS parameters. A CallRoute confirmation containing the identified next hop 
address list shall be sent to the originating call coordination FE, CFE3qj^(-^. 

5.3.5 Actions of CFE5onm 

501: When a MediaReservation indication is received it shall be checked if resource is available to meet 

the QoS requirements and if so it shall be reserved. A MediaReservation confirmation shall be sent 
to CFE3oNc '^^'^ '■^^ Reservation Hold Timer shall be started. 

502: When a MediaEstablishment indication is received and the reserved resource is available the 

Reservation Hold Timer shall be stopped, the resource allocated, and a MediaEstablishment 
confirmation shall be sent to CFE3onc- 

503: When a MediaRelease indication is received the allocated resource shall be released. 

504: When a MediaRelease indication is received allocated resources shall be released and the 

Reservation hold timer stopped. 



5.3.6 Actions of CFE6|nc 

601: On request from the originating call coordination FE (NWOrigCallSetup request), construct 

a CallRoute request based on the Called User and QoS parameters. Send the CallRoute indication 
to the intermediate call route FE, CFE7jj^. 

602: If a next hop address list is returned in the CallRoute confirmation from CFE7jj^, prepare a 

resource reservation request fulfilling the QoS requirements using the first next hop address in the 
list. Send the MediaReservation request to the intermediate call transport FE, CFE8j[^]y[. 

603: When a positive MediaReservation confirmation is received, construct a NWCallSetup request and 

send it to the destination call coordination function, CFE9jj,^(;;. 

604: When a NwCallAlerting indication is received from the destination call control coordination FE 

(or a subsequent intermediate call control FE), send a NwCallAlerting indication to the originating 
call control coordination FE, CFE3qj,^q, ( (or a previous intermediate call control FE). 

605: Receive a NWCallSetup confirmation from the destination call coordination FE with a positive 

call setup result, send a MediaEstablishment request to CFE8jj,^]y[ to allocate the previously 
reserved resources. 

606: When a positive MediaEstablishment confirmation is received, send a NWCallSetup confirmation 

with Result "Call estabUshed" to CFE3onc- 
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607: Receive a NWCallRelease indication from the destination call coordination FE, send a 

MediaRelease request to CFE8jj,^]y[ to release allocated resources and send a NWCallRelease 
indication to the originating call coordination FE, CFE3qj,^q. 

608: When a NWCallRelease confirmation is received from CFE3onC' ^^^'i ^ NWCallRelease 

confirmation to the destination coordination FE, CFE9-j-[^(;;. 

609: When a MediaReservation confirmation is received with result "Requested resources not 

available", prepare a NWCallSetup response with result "Insufficient resources" and send it to 
CFE3oNC- 

610: When a NWCallSetup confirmation is received with result "Transport not available", send a 

MediaRelease request to CFE8jj^]y[, prepare a NWCallSetup response with result "Transport not 

available" and send it to CFE3onc- 

611: When a NWCallSetup confirmation is received with result "No compatible codec available" and 

no transcoding is possible, send a MediaRelease request to CFE8jj,^]y[, prepare a NWCallSetup 
response with result "No compatible codec available" and send it to CFE3qj,j(;;. 

612: When a NWCallSetup confirmation is received with result "Busy", send a MediaRelease request to 

CFE8jf^]y[, prepare a NWCallSetup response with result "Busy" and send it to CFE3Qj,^f-. 

613: When a NWCallRelease indication is received from the originating call control FE, CFE3onC' 

send a MediaRelease request to CFE8jjsj]y[, and send a NWCallRelease request to the destination 
call control FE, CFEQ-pjs^Q. 

614: When a NWCallRelease confirmation is received from CFE9jf^f;, send a NWCallRelease 

confirmation to the originating coordination FE, CFE3Qjsjf-. 

615: When a NWCallSetup confirmation is received from CFE9ji^f; with result "No compatible codec 

available" and transcoding is possible, send a MediaRelease request to CFE8jj^]y[ prepare a call 
route request based on the transcoding and send a CallRoute request including the new codec. 

616: When a positive MediaEstablishment confirmation is received and transcoding is performed, send 

a NWCallSetup response to CFE3qj,^,-- with Result "Call established" and Codec set to the codec 
chosen to transcode from. 

5.3.7 Actions of CFE7|r 

701: When a CallRoute indication is received, a next hop address list shall be identified based on the 

called user and the QoS parameters. A CallRoute confirmation containing the identified next hop 
address list shall be sent to the intermediate call coordination FE, CFE6jjsjq. 

5.3.8 Actions of CFE8|nm 

801: When a MediaReservation indication is received it shall be checked if resource is available to meet 

the QoS requirements and if so it shall be reserved. A MediaReservation confirmation shall be sent 
to CFE6jj^(-; and the Reservation Hold Timer shall be started. 

802: When a MediaEstablishment indication is received and the reserved resource is available the 

Reservation Hold Timer shall be stopped, the resource allocated, and a MediaEstablishment 
response shall be sent to CFE6jj,^f-. 

803: When a MediaRelease indication is received the allocated resource shall be released. 

804: When a MediaReservation indication is received with transport resource requirements that cannot 

be met, prepare a MediaReservation response with result "Requested resources not available" and 
send it to CFE6j[,^f;. 
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805: When a MediaRelease indication is received and the Reservation timer has not expired, the timer 

shall be stopped and the reserved transport resources released. 

5.3.9 Actions of CFEQ^nc 

90 1 : When a N wC allSetup indication is received from CFE6 jf^(^, check if the called user terminal 

capabilities allow for an additional call (or if terminal capabilities are not available) construct a 
resource reservation request fulfilling the QoS requirements, and send the MediaReservation 
request to the destination call transport FE, CFElOjj^jyj. 

902: When a positive MediaReservation confirmation is received, construct a DestCallSetup indication 

and send it to the called user agent, CFEl Ijxc ^^'^ &snd a NwCallAlerting indication to the 
previous call control FE, CFE6jj,^q, to indicate that the called user is being alerted. 

903: Receive a DestCallSetup confirmation from the user agent FE with a positive call setup result, 

send a MediaEstablishment request to CFElOjf^jy; to allocate the previously reserved resources. 

904: Receive a positive MediaEstablishment confirmation, send a NWCallSetup confirmation with 

Result "Call estabUshed" to CFE6inc- 

905: Receive a CallRelease indication from the called user agent, send a MediaRelease request to 

CFE10jf^]y[ to release allocated resources, send a NWCallRelease indication to the intermediate 
call coordination FE, CFE6jf^(-. Receive a NWCallRelease confirmation when CFE6jjsjq has 
cleared down the call. 

906: Send a CallRelease indication to the called user agent, CFElland receive a CallRelease 

confirmation when the user agent has cleared down the call. 

907: When a MediaEstablishment confirmation is received with result "Unable to connect", send a 

CallRelease_Req to CFEl Ij-p^;, prepare a NWCallSetup response with result "Transport not 

available" and send it to CFE6jjvj(;;. 

908: When a DestCallSetup confirmation is received from CFEl Ijxc with result "No compatible codec 

available" and no transcoding is possible, send a MediaRelease request to CFElOyj^jyj, prepare a 
NWCallSetup response with result "No compatible codec available" and send it to CFE6jj^,-;. 

909: When a NwCallSetup indication is received from CFE6jf^(^, and from the called user terminal 

capabilities information it is determined that no additional simultaneous call can be established, 
prepare a NWCallSetup response with result "Busy" and send it to CFE6ji,^(-. 

910: When a NWCallRelease indication is received from CFE6jf^Q, send a MediaRelease request to 

CFE10-j-(^]y[, prepare and send a CallRelease request to the called user agent, CFEl 1, and reply 
back to CFE6jf^f; by sending a NWCallRelease response. 

911: Receive a CallRelease indication from the called user agent, CFEl 1, send a CallRelease response 

the called user agent. 

5.3.10 Actions of CFEIOtnm 

1001: When a MediaReservation indication is received it shall be checked if resource is available to meet 

the QoS requirements and if so it shall be reserved. A MediaReservation confirmation shall be sent 
to CFE9jj^(-; and the Reservation Hold Timer shall be started. 

1002: When a MediaEstablishment indication is received and the reserved resource is available the 

Reservation Hold Timer shall be stopped, the resource allocated, and a MediaEstablishment 
response shall be sent to CFE9j[>jf;. 

1003: When a MediaRelease indication is received the allocated resource shall be released. 
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1004: When a MediaEstablishment indication is received after a reserved resources has been released 

due to Reservation Hold timer expiration, prepare a MediaEstablishment response with result 
"Unable to connect" and send it to CFEQ-pjs^Q. 

1005: When a MediaRelease indication is received the transport resource reservation timer shall be 

stopped and allocated resources released. 



5.3.11 Actions of CFE1 1 



TTC 



1101: Receive a DestCallSetup indication from the destination call coordination FE, CFE9j[,^(;;, send a 

TCC_DestCallSetup indication to the Called User. 

1 102: When a positive TCC_DestCallSetup confirmation is received from the Called User, the 

DestCallSetup confirmation is sent to CFE9'pj,^(2. 

1 103: If in an active call a TCC_CallRelease indication is received from the Called User a CallRelease 

indication shall be sent to the called user coordination FE, CFE9jf^f;. 

1 104: When after a call release has been initiated by the called user, a CallRelease indication is received 

from CFEQ-pf^Q, a CallRelease confirmation shall be sent to CFE9'j^(^ and a TCC_CallRelease 
confirmation shall be sent to the called user. 

1 105: When a CallRelease indication is received from CFEQjj,^^-, prepare a TCC_CallRelease request 

and send it to the Called User. 

1 106: When a TCC_DestCallSetup confirmation is received from the Called User with result "No 

compatible codec", prepare a DestCallSetup response with result "No compatible codec available" 
and send it to CFEQjf^f;. (If the received reject cause is "Busy", a DestCallSetup response with 
result "Busy" shall be sent. This scenario is not shown.) 

1 107: When a CallRelease indication is received from CFEQ-pj^jQ and no call release has been initiated by 

the called user, send a TCC_CallRelease request to the called user. 

1 108: When from the called user a TCC_CallRelease confirmation is received, send a CallRelease 

request to the destination call control FE, CFE9'pjsj(;; 



5.4 Functional entity behaviour 



The behaviour specified in this subclause is intended to illustrate typical CFE behaviour in terms of information flows 
sent and received. 

The behaviour of each CFE is shown using the Specification and Description Language (SDL) defined in ITU-T 
Recommendation Z. 100 [5]. 

NOTE: The complete SDL model which was used for validation purposes (and from which the following process 
diagrams were extracted) is available as separate document in the ITU defined Common Interchange 
Format. 
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5.4.1 Behaviour of CFE1 



OTC 



The behaviour of CFE1qj(;; is shown in the SDL process diagram in figure 13. 
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5.4.2 Behaviour of CFE2 



PE 



The behaviour of CFE2p£ is shown in the SDL process diagram in figure 14. 
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5.4.3 Behaviour of CFE3, 



ONC 



The behaviour of CFESqnc i^ shown in the SDL process diagram in figure 15. 
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5.4.4 Behaviour of CFE4nR and CFE7 



OR 



IR 



The behaviour specifications of functional entities CFE4qj^ and CFE7jj^ are, for the purposes of the present document, 
identical. This behaviour is shown in the SDL process type diagram in figure 16. 
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5.4.5 Behaviour of CFE5onm= CFE8|nm, and CFE1 



'TNM 



The behaviour specifications of functional entities CFESqnM' CFESjjs^jyj, and CFE10jf^]y[ are, for the purposes of the 
present document, identical. This behaviour is shown in the SDL process type diagram figure 17. 
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Process Type Transport_FE 
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Process Type Transport_FE 
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5.4.6 Behaviour of CFE6|nc 

The behaviour of CFE6j[,^f; is shown in the SDL process diagram in figure 18. 
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Process CFE6 
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; 
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1 
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^&ease_rc 




CIWVCallReleaseResp;) \wwCall_ 
-- from rf Jftlease_ri 


[ 


(MWCallReleaseReq) 
-- from rf 




















MrtCaltx 
Release j^ 




CI*VCallReleaseResp;) 
VIArl 


Callld ■- 




Callld_From 
(MWCallReleaseReq) 






















OrigNetwork : 
null 




3uild_NwCa!l. 
ReleaseRes|i 




(Callld, 
NWCallReleaseResp) 




















DestNetwork : 
null 


= 


IMWCalLX 
ReleasejC^ 




(MWCallReleaseResp) 
VIAri 




















Transcoded : 
FALSE 




WWCaiiX 
Release tff' 




(MWCallReleaseResp) 
VIArf 






















OrigNetwork : 
null 


■■ 
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Process CFE6 
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"^N^VCalL 
^?&ease_rc 
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- from ri 


"'NyWCalL 
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CI*VCallReleaseReq:) 
- from ri 


















l*VCaltx 
Releasejff^ 




CNWCallReleaseResp;) 
VIArt 
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(IWVCallReleaseReq:) 


















OrigMetwork : 
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3ulld_NwCal 
ReleaseResi 




(Callld, 
NWCallReleaseResp) 
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- 


IMWCailX 
Release tC^ 
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VIAri 
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5.4.7 Behaviour of CFE9 



TNC 



The behaviour of CFE9jf^f; is shown in the SDL process diagram in figure 19. 



Process CFE9 



1(8) 



DCL 




t^ 


Csill'Rsles.ss'B.sq 


CallReleaseRegType , 




Call He leas eResp 


CallReleaseRespType, 




DestCallSetupEeq 


DestCallSetupReqType := Default_DestCallSetupReq, 




DestCallSetupEesp 


DestCallSetupRespType, 




HWc al 1 Setup Re q 


Hlir_C all Setup Re qType := Def ault_HW_CallSetupReq, 




HWc al 1 Setup Re sp 


Hli(r_C all Setup Re sp Type := Default_HW_Call Setup Hesp, 




NTjCallReleaseReq 


Nlir CallReleaseEeqType, 




HwCallReleaseHesp 


HW CallReleaseRespType, 




HediaReservationRe 


q HediaReservationReq_Type: = Default HediaReserveReq, 




HediaReservationRe 


sp HediaReservationResp Type, 




HediaEstablishment 


Req HediaEstablislmentReq_Type := Default HediaEstablislmentHeq, 




HediaEstaljlishmentResp HediaEstal3lislimentResp_Type, 




HediaReleaseReq 


HediaReleaseReq_Type; 




DCL 






Alert ingCallld 


CalllDType := NULLCALLID, 




AppliedCodecList 


CodecList , 




Attempt Trans CO ding 


Boolean, 




Bearerld 


BearerldType, 




Callee 


T iphonUs e rName , 




Callld 


CalllDType, 




CallResult 


N¥C all Re suit Type, 




CallsEKceeded 


Boolean, 




CoririectResult 


He diaEt all Re suit Type , 




DestCodecSelected 


CodecType := Default Codec, 




Egress 


NetTJorkSpecifi c Addr Typ e , 




OrigCodecList 


CodecList, 




OrigCodecSelected 


CodecType := Default Codec, 




ReserveHesult 


He diaHesRe suit Type, 




T r ans c o de C ount 


Trans code Count Type, 




Transcoded 


Boolean := FALSE, 




Us e r T r ansp o rt Addr 


HetTJorkSpecifi c Addr Typ e ; 





/* The maximum allowed number of codec transcodings in the call path */ 
SYTJONYH HAXTRAHS CODINGS Integer = EXTEPHAL; 



"K 



SYTJONYH HullBearerld BearerldType = 
SYTJONYH HULLCALLID CalllDType = 0; 



"b^ 



CheckTerminalCapabilitie; ; 



C^ 



Build_DestCallSetupReq 



IncrementCallCount 







Bearerld : = 
MullBearerld 







Build_ReservationReq 



DecrementCallCount 



BLjild_CallReleaseResp 



GetUserTransportAddr 



Idle 



Build_NwCallReleaseRes n 



PrepareTranscoding 
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Process CFE9 






















2(8) 




( Idle ^ 




1 








e^lSetup_ri 




(M^/^callSetupReq) 
- from ri 




1 










OrigCodec_ 
List:= 




CodecList_From 
(M^/^callSetupReq) 






1 












Applied_ 
CodecList : = 




OrigCodecList 






1 












Transcode_ 
Count := 




TranscodeCount_From 
(M^/^callSetupReq) 






1 










Callld : = 




Callld_From 
(M^/^callSetupReq) 






1 










Callee ■- 




CalledUser_From 
(IWVcallSetupReq) 






1 












CheckTermini 
Capabilities 


- 


(Callee, 
CallsExceeded) 






FALSE 


Cat^xcefed^ 










Normal 
behaviour 


; 


J TRUE 


1 Exceptional 


; 






1 behaviour 


Rei 


















Egress := 




PreviousDomainEgress_From 
(NWcallSetupReq) 




CallResult := 
busy 




1 










1 






Bearerld : = 




Bearerld_From 
(NWcallSetupReq) 




NWcallSetup. 
Resp : = 




Add_CalllD_From 
(Callld, NWcallSetupResp) 


1 








1 




Add_Result_From 
(CallResult, 
NWcallSetupResp) 


GetUser_ 
'ransportAdi 


■ 


(UserTransportAddr, 
Callee) 




NWcallSetup. 
Resp : = 




1 














Build_ 
teservationF 


q 








(Bearerld, Egress, UserTransportAddr, 
NWcallSetupReq , IvIediaReservationReq) 


■JWCallSetufj^ 


c 


(NWcallSetupResp) 
VIA ri 


1 








MediaJx 
Reservatiop^ 


'i 


(MediaReservationReq) 
VIArj 




1 








Bearerld : = 
NullBearerld 




1 








lncrement_ 
CallCount 




(Callld, 
Callee) 










1 








^ WaitFor,"' 
^rvationResRi 


inse 


/ Idle \ 
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3(8) 


Re 


^ WaitFor_'^ 
^ervationRespj 


3nse 










X>ledia_ 
Rp^rvation_r ; 


(MediaReservationResp) 










Reserve_ 
Result := 




MediaResResult_From 
(MediaReservationResp) 




mediaReserved 


^-^^ervfev;^ 

^-^^SUlt''^ 






Normal 1 


destinationllnknown 


IE 


xceptional 
ehaviour 


behaviour j" 






|t) 














ELSE 






Egress := 




EgressPoinitFw_From 
(MediaReservationResp) 








CallResult : = 
loSNotAvailab 


e 


CallResult := 
unknownUse 
















(Callld, 
Egress, 

IWVcallSetupReq, 
AppliedCodecList, 
TranscodeCount, 
DestCallSetupReq) 


























MediaRelease 
Req: = 


- 


{bearerld Bearerld} 




Build_Dest_ 
CallSetupRei 




1 






MediaJx 
Release tT' 




(MedlaReleaseReq) 
VIA rj 




































^estCallSettlp^ 


ri 

5 


(DestCaliSetupReq) 
VIA rk 


NWcallSetup. 
Resp : = 




Add_CalllD_From 

(Callld, hJWcallSetupResp) 


































NWcallSetup_ 
Resp: = 




Add_Result_From 

(CallResult, 

NWcallSetupResp) 




TRUE 


^^--fallld^-^ 


AlertingCallld 






^-■--^^^ 


1 


c 










FALS 


E 




MWCallSetuixj 


(rJWcallSetupResp) 
VIA ri 




"V 




(Callld) 
VIAri 


IWVCallJx. 


\ 






Alerting re^ 




Bearerld := 
NullBearerld 
















AlertingCallld 
:=Callld 




1 








Decrement. 
CallCount" 




(Callld) 














1 






Transcoded : 
FALSE 












onse 


1 




Ests 


1^ WaitFor_'^ 
iblishmentResp 


■^ Idle '^ 
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Process 


TFFq 






















A<9.'\ 




^ WaitFor."^ 
fstablishmenji 




Kes|ionse 








\Dest_ 
C^Setup_rc 




(DestCallSetupResp) 
- from rl 














CallResult := 




Result_From 
(DestCallSetupResp) 






requestedCallEstablished 


^^-^ilRSsbt 










Normal ! 


ELSE 


1 Exceptional 


behaviour j" 






; behaviour 












noCompatibleCodec 






Egress := 




NextDomainEgress_From 
(DestCallSetupResp) 


v"'~"^N 










© 


MediaRelease 
Req: = 


- 


{bearerld Bearerld} 
















Add_NextDomainEgress_From 

(Egress, 

MediaEstablishmentReq) 




1 






Ml 


idiaEstablishmi 
Req: = 


iRt 




Media\^ 
Release J^ 




(MediaReleaseReq) 
VIArj 












1 














IMWcallSetup. 
Resp := 




Add_CalllD_From 
(Callld.lMWcallSetupResp) 










Add_Bearerld_From 

(Bearerld, 

MediaEstablishmentReq) 


Ml 


idiaEstablishmi 
Req : = 


.nt 














Add_Result_From 

(CallResult, 

IMWcallSetupResp) 












IMWcallSetup. 
Resp := 












Meciia\. 




(MediaEstablishmentReq) 
VIArj 


"stablishmeprtr^ri 




1 








1 
















FALSE 


cetaecPreS«C(t 


(DestCallSetupResp) 












TRUE 












Add_Codec_From 

(DestCallSetupResplcodec, 

IMWcallSetupResp) 




IMWcallSetup. 
Resp := 
























MWCallSetu^ 


c 


(IMWcallSetupResp) 
VIAri 




1 








Bearerld : = 
NullBearerld 






1 








Decrement, 
CallCount 




(Callld) 




1 








Transcoded : 
FALSE 










se 




1 




d 
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pnnectRespon 


( "'• ) 
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Process CFE9 




5(8) 



Transcode_ 
Count : = 



I 



TranscodeCount_From 
(DestCallSetupResp) 



MediaRelease 

Req:= 

I 



{bearerld Bearerld} 



FALSE 



(OrigCodecList, OrigCodecSelected, 
Transcoding DestCodecSelected, AttemptTranscoding) 





(MediaReleaseReq) 
VIArj 

(TranscodeCount > 

maxtramscodings) 
trOe 



FALSE 



TRUE 



Transcode_ 
Count := 



TranscodeCount + 1 



Transcoded 
TRUE 



Applied_ 
CodecList : 



{DestCodecSelected} 



Build_ 
. ^eservationNiq 



(Bearerld, Egress, 
UserlransportAddr, 
NWcallSetupReq, 
MediaReservatlonReq) 



Media_ 
Reservatlojj-'rl 



(MedlaReservationReq) 
VIArj 



/^~i/VaitFor_ 
ReservationResp^nse 



sppn 



1 Exceptional 
'behaviour 



MWcalL 
SetupResp : 



Add_Codec_From 
(OrigCodecList, NWcallSetupResp) 



Transcode_ 
Count : = 



IF (Transcoded) THEM 
TranscodeCount -1 ELSE 
TranscodeCount Fl 



NWcallSetup. 
Resp := 



I 



Add_TranscodeCount_From 
(TranscodeCount, IWVcallSetupResp) 



NWcallSetup. 

Resp := 

I 



Add_CalllD_From 
(Callld,IMWcallSetupResp) 



NWcallSetup. 
Resp := 



■*VCallSetui 



I 



Add_Result_From 
(CallResult, NWcallSetupResp) 



(NWcallSetupResp) 
VIArl 



Bearerld : = 
NullBearerld 



Transcoded 
FALSE 



Decrement. 
CallCount 



(Callld) 



Idle 
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Process CFE9 






















6(8) 


C 


■^ WaltFor_ ^ 
onneotRespor 


se 
















\Media_ 
EstaBlishment_ 





(MediaEstablishmentResp) 
-- from Transport 


















;onnectResult 


= 


Result_From 
(MediaEstablishmentResp) 






mediaAllocated 


Cerinectftfesii 










Normal 1 


t ELSE 


1 Exceptional 


behaviour ; 






i behaviour 
























CallResult: = 




requestedCallEstabllslned 




CallResult : = 




MediaOrTransportNotAvailable 


































Add_Result_From 
(CallResult, 
hJWoallSetupResp) 




NWoallSetup. 
Resp : = 




Add_Result_From 

(CallResult, 

hJWoallSetupResp) 


hJWoallSetup. 
Resp : = 






































NWcallSetup. 
Resp : = 




Add_CalllD_From 
(Callld, hJWoallSetupResp) 




hJWcallSetup. 
Resp : = 




Add_CalllD_From 
(Callld, hJWoallSetupResp) 






























Add_Codec_From 
(DestCallSetupResplcodec , 
hJWoallSetupResp) 




hJWcallSetup. 
Resp: = 




Add_Codeo_From 

(DestCallSetupResplcodec, 

hJWoallSetupResp) 


hJWcallSetup. 
Resp : = 


































Egress := 




EgressPointBw_From 
(MediaEstablishmentResp) 




MWCallSetufj^ 





(MWcallSetupResp) 
VIA rl 


































hJWoallSetup. 
Resp : = 




Add_NextDomainEgress_From 

(Egress, 

hJWoallSetupResp) 


Bearerld : = 
NullBearerld 




































■JWCallSetuKf 





(hJWoallSetupResp) 
VIA ri 




Decrement. 
CallCount 




(Callld) 


























Transooded := 
FALSE 




















■^ CallActive^ 


( Idle ^ 
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Process CFE9 


(NullBearerld 
















7(8) 






^^aitForConnectResponse , 

^'VaitForEstablishmentResponse, 

lA/aitForReservatlonResponse 




1 


f CallActive?! 












A^CalL 
Jffilease_ri 




(CallReleaseReq) 
-- from rk 


ELSE 










MediaRelease 
Req:= 


- 


{bearerld Bearerld} 














Media_\ 
Release fK 




(MedlaReleaseReq) 
VIA rj 














Bearerld: = 
NullBearerld 








f WaitFor A 












ReleaseResB 1 












1 




"JwCailRelease 
Req:= 


- 


CallReleaseReq 










A^CalL 
^^ease_rc 




(CallReleaseResp) 
- from rk 














IMWCaltx 
Release eK 




(NwCallReleaseReq) 
VIA ri 










Transcoded : 
FALSE 
















CallReleasfevjf 


i 
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VIArk 








( "" ) 
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Process CFE9 


















RrHi 








^'ValtForConnectResponse , 
lA/aitForEstablishmentResponse , 
lA/altForReservationResponse , Call Active 


- 




f Idle, ^ 
















XwwCalL 
jRelease_ri 




(NwCallReleaseReq) 
-- from ri 




(NullBearerld) 


ELSE 
















MediaRelease 
Req:= 


- 


{bearerld Bearerld} 


^ WaitFor_'^ 
1 ReleaseReqg 






1 














MediaJX, 
Release ff^ 




(MediaReleaseReq) 
VIA rj 






\^Call_ 
J?elease_ri 




(CallReleaseReq) 
-- trom rk 




1 








Bearerld : = 
NullBearerld 












Callld : = 




CallReleaseReqIcallld 






















CallRelease_ 
Req:= 




NwCallReleaseReq 










Build_Call_ 
ReleaseRes j 




(Callld, 
CallReleaseResp) 














Call_\, 
Release jT^ 




(CallReleaseReq) 
VIArk 










CallReleas^ 


c 


(CallReleaseResp) 
VIArk 














3uild_MwCal 
ReleaseResi 




(Callld, 
NwCallReleaseResp) 










Transcoded : 
FALSE 
















NWCailX, 
Release c^ 




(NwCallReleaseResp) 
VIA ri 
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CallCount 




(Callld) 






















^ WaltFor_'^ 
1 ReleaseReqa 
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5.4.8 Behaviour of CFE11 



TTC 



The behaviour of CFEl Ijxc is shown in the SDL process diagram in figure 20. 



Process CFE11 






1(5) 




DCL 




^ 






DestCallSetupHeq 


DestCallSetupEeqType := Def ault_DestCallSetupEeq, 






DestCallSetupResp 


DestCallSetupRespType := Def ault_DestCallSetupResp, 






Caimelea^eKeq 


C allEe lease Re qTyp e , 








CallHeleaseEesp 


C al IHe lease Re spType, 








TCC_DestCallSet.upRe 


q TCC_DestCallSetupReqTvpe := Default._TCC_ 


De St Call Setup Re q. 






TCC_DestCallSetupRe 


sp TCC_DestCallSetupRespType, 








TCC_CallReleaseReq 


TCC_CallReleaseEeqType , 








TCC_CallReleaseResp 


TCC CallReleaseRespTvpe; 








DCL 










CallAccept 


Call Accept Type, 








Callld 


CalllDType, 








Callee 


T iphonUs e rHame , 








Caller 


T iphonUs e rName , 








Codec 


CodecList , 








Est at Re suit. 


DestCallRe suit Type, 








HeKtDomEgr ess Point 


HetworkSpecificAddrType, 








PrevDomEgr ess Point 


Hetwo rk Sp e c i f i c Addr Typ e , 








QoSParams 


TransportParams , 








T r ans c o de C ouiit 


Trans code Count Type; 










A 










ReleaseUserResources 




( ) d 




( ' 


\ 


uild_TCCCallReleaseResp 


D 


V J 
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Process 


CFE11 














2(5) 




( "" ) 




9 














\pest_ 
j2^ISetup_ri 




(DestCallSetupReq) 
- from rl 














Callld: = 




Callld_From 
(DestCallSetupReq) 












FALSE 


o 


callingUserPresent(DestCallSetupReq) 






TRUE 








Caller : = 




CallingUser_From 
(DestCallSetupReq) 














TCC_Dest_ 
;allSetupReq : 




Add_callingUser_From 
(Caller, TCC_DestCallSetupReq) 




















Callee := 




CalledUser_From 
(DestCallSetupReq) 














TCC_DestCall. 
SetupReq : = 




Add_CalledUser_From 
(Callee, TCC_DestCallSetupReq) 




















QoSParams :-- 




QoSParams_From 
(DestCallSetupReq) 


Transcode_ 
Count : = 




TranscodeCount_From 
(DestCallSetupReq) 






















TCC_DestCall. 
SetupReq : = 




Add_QoSParams_From 
(QoSParams, TCC_DestCallSetupReq) 


TCC_DestCall 
SetupReq : = 


■ 


Add_TranscodeCount_From 
(TranscodeCount,TCC_DestCallSetupReq) 






















Codec: = 




CodecList_From 1 
(DestCallSetupReq) 


'revDomEgres; 
Point ■- 


^- 


PrevlousDomainEgress_From 
(DestCallSetupReq) 






















TCC_DestCall 
SetupReq : = 




Add_CodecList_From 

(Codec, TCC_DestCallSetupReq) 


TCC_DestCall 
SetupReq : = 


■ 


Add_PreviousDomainEgress_From 
(PrevDomEgressPolnt,TCC_DestCallSetupReq) 
























TCC_DestCall. 
SetupReq := 




Add_Callld_From 

(Callld, TCC_DestCallSetupReq) 


TCC_De^ 
CallSetu^ 




(TCC_DestCallSetupReq) 
VIA rl 














L 








c 


5 


■^ WaltFor_'^ 
LiserResponsi 
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Process 


CFE11 






























3(5) 




^ WaitFor_'^ 
iJserResponsj 


















^>^C_Dest_ 
C^Setup_rc 




(TCC_DestCallSetupResp) 
-- from called user 


























Call Accept : = 




CallAccepted_From 
(TCC_DestCallSetupResp) 






callAccepted 


^^^^liAccfept 








Normal 1 




1 Exceptional 


behaviour ; 








"i behaviour 










busy 






noCompatlbleCodec 










EstabResult:^ 
busy 




EstabResult:: 




noCompatlbleCodec 




FALSE 


<;'^^^^^ 


codecpresent 






fTCC DestCaliSetuoRescI 
























TRUF 




















Transcode_ 
Count : = 




TranscodeCount_From 
(TCC_DestCallSetupResp) 




Codec := 




CodecList From 


fTCC DestCallSetuDRest:1 


















Add_TranscodeCount_From 

(TranscodeCount, 

DestCallSetupResp) 














DestCalL 
SetupResp := 












DestCalL 
SetupResp : = 




Add CodecList From 














































EstabResult :■■ 




requestedCallEstablished 




DestCalL 
SetupResp := 




Add_result_From 

(EstabResult, DestCallSetupResp) 
























DestCalL 
SetupResp := 




Add_result_From 

(EstabResult, DestCallSetupResp) 


DestCalL 
SetupResp := 




Add Callld From 
(Callld.DestCallSetupResp) 


























DestCalL 
SetupResp := 




Add_Callld_From 

(Calild .DestCallSetupResp) 


1 


)estCallSet^ 


re 


(DestCallSetupResp) 
VIA rk 
























MextDom_ 
EgressPoint :■■ 




NextDomalnEgress_From 
(TCC_DestCallSetupResp) 




























DestCalL 
SetupResp := 




Add_NextDomainEgress_From 
(MextDomEgressPoint , 
DestCallSetupResp) 






















1 


JestCallSet'i^ 


re 


(DestCallSetupResp) 
VIA rk 
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/ Idle \ 
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Process CFE1 1 














4(5) 




r Call Active A 
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Figure 20 (sheet 5 of 5): SDL process diagram for functional entity CFEIIyTc 

The ASN.l data type and default values definitions can be found in Annex B. 
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5.5 



Allocation of functional entities to domains 



The possible allocation of CFEs to TIPHON domains is shown in table 19. 

Table 19: Allocation of CFEs to TIPHON domains 



Scenario 


CFE1 


CFE2 


CFE3 


CFE4 


CFES 


CFE6 


CFE7 


CFES 


CFE9 


CFE10 


CFE11 


Figure 3 


UD 


SD 


SD 


SD 


SD/TD 


SD 


SD 


SD/TD 


SD 


SD/TD 


UD 


Figure 5 


UD 


SD 


SD 


SD 


SD/TD 


SD 


SD 


SD/TD 


SD 


SD/TD 


UD 


Figure 6 


UD 


SD 


SD 


SD 


SD/TD 


SD 


SD 


SD/TD 


SD 


SD/TD 


UD 


Figure 7 


UD 


SD 


SD 


SD 


SD/TD 


SD 


SD 


SD/TD 


SD 


SD/TD 


UD 


Figure 8 


UD 


SD 


SD 


SD 


SD/TD 


SD 


SD 


SD/TD 


SD 


SD/TD 


UD 


Figure 9 


UD 


SD 


SD 


SD 


SD/TD 


SD 


SD 


SD/TD 


SD 


SD/TD 


UD 


Figure 10 


UD 


SD 


SD 


SD 


SD/TD 


SD 


SD 


SD/TD 


SD 


SD/TD 


UD 


NOTE: Tine following abbreviations are used in this table: 
UD: end-User Domain 
SD: Service Domain 
TD: Transport Domain 



The quality policy FE, CFE2, is allocated to the service domain in the originating serving network functional group, and 
CFEl resolves the location of this entity based on the calling user identity and the optional operator pre-selection 
information elements. 
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Annex A (normative): 
Complete SDL model 



The complete SDL model used for simulation and validation is provided in separate files. The SDL model is included in 
file "TS101882-3SDL.cbf' and the ASN.l definition is included in file "TIPHON_SimpleCallTypes.pr". The SDL 
model is also included in PDF format in file "TS101882-3SDL.pdf". All These files are contained in archive 
ts_10188203v040101p0.zip which accompanies the present document. 
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Annex B (normative): 

ASN.1 definitions and default values 

For the purposes of modelling the simple call service in SDL, the information flows and default values have been 
specified using the Abstract Syntax Notation 1 (ASN.l) defined in ITU-T Recommendation X.680 [6]. 



B.1 ASN.1 information flows definition 

TIPHON_SimpleCallTypes DEFINITIONS ::= 
BEGIN 



TIPHON Call Control information flow data types 



TCC_OrigCallSetupReqType : : 
{ calledUserlD 

callingUserlDRestriction 

callingUser 

ope rat or Select 

qoSServiceClass 

trafficDe script or 

serviceOf f erTicket 

codec 

previousDomainEgress 

trans codeCount 



= SEQUENCE 
TiphonUserName, 
IdentityRestrictionType , 
TiphonUserName OPTIONAL, 
OperatorSelection OPTIONAL, 
QoSClass, 
TrafficDesc, 
TicketType, 
CodecList, 

Net workSpecificAddr Type, 
TranscodeCountType 



TCC_OrigCallSetupRespType 



SEQUENCE 



{ calllD 
codec 

trans codeCount 
nextDomainEgress 
result 



CalllDType, 

CodecList OPTIONAL, 

TranscodeCountType OPTIONAL, 

Net workSpecificAddr Type OPTIONAL, 

OrigCallResultType 



TCC_CallReleaseReqType 



TCC_CallReleaseRespType 



TCC_CallAlertingReqType 



CallReleaseReqCommonType 



CallReleaseRespCommonType 



CalllDType 



CallSetupReqType ::= 

{ calllD 

calledUserlD 

callingUser IDRestri 

callingUser 

transportQoSParams 

transportParmQualif 

trafficDe script or 

codec 

trans codeCount 

callingUserAccessPo 

routingNumber 

destServiceDomain 

previousDomainEgres 



SEQUENCE 

CalllDType, 

TiphonUserName, 
ction IdentityRestrictionType, 

TiphonUserName OPTIONAL, 

TransportParams, 

TransportParmQualif ier Type, 

TrafficDesc, 

CodecList, 

TranscodeCountType, 
int NetworkSpecificAddrType OPTIONAL, 

DomainAddr OPTIONAL, 

DomainAddr OPTIONAL, 

NetworkSpecificAddrType 



CallSetupRespType : 
{ calllD 

codec 

trans codeCount 

nextDomainEgress 

result 



= SEQUENCE 
CalllDType, 
CodecList OPTIONAL, 
TranscodeCountType OPTIONAL, 
NetworkSpecificAddrType OPTIONAL, 
NWCallResultType 



CallReleaseReqType ;;= CallReleaseReqCommonType 
CallReleaseRespType ;;= CallReleaseRespCommonType 
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CallAlertingReqType ::= 

DestCallSetupReqType : : 
{ calllD 

calledUserlD 

callingUser 

transportQoSParams 

codec 

previousDomainEgress 

trans codeCount 



CalllDType 



SEQUENCE 



CalllDType, 

TiphonUserName, 

TiphonUserName OPTIONAL, 

TransportParams, 

CodecList, 

Net workSpecificAddr Type, 

TranscodeCountType 



DestCallSetupRespType 



{ 



) 



calllD 

codec 

trans codeCount 

nextDomainEgress 

result 



SEQUENCE 
CalllDType, 
CodecList OPTIONAL, 
TranscodeCountType OPTIONAL, 
Net workSpecificAddr Type OPTIONAL, 
DestCallResultType 



NW_CallSetupReqType : 
{ calllD 

calledUserlD 

callingUser IDRestri 

callingUser 

previousDomainEgres 

bearerld 

transportQoSParams 

transportParmQualif 

trafficDe script or 

codec 

trans codeCount 

callingUserAccessPo 

routingNumber 

destServiceDomain 



:= SEQUENCE 

CalllDType, 

TiphonUserName, 
ction IdentityRestrictionType , 

TiphonUserName OPTIONAL, 
s NetworkSpecif icAddrType, 

Bearer I dType, 

TransportParams , 

TransportParmQualif ier Type, 

TrafficDesc, 

CodecList, 

TranscodeCountType, 

Net workSpecificAddr Type OPTIONAL, 

DomainAddr OPTIONAL, 

DomainAddr OPTIONAL 



NW_CallSetupRespType 
{ calllD 

codec 

transcodeCount 

nextDomainEgress 

result 



SEQUENCE 
CalllDType, 
CodecList OPTIONAL, 
TranscodeCountType OPTIONAL, 
Net workSpecificAddr Type OPTIONAL, 
NWCallResultType 



NW_CallReleaseReqType : 

NW„CallReleaseRespType 

NW_CallAlertingReqType 



= CallReleaseReqCommonType 
;= CallReleaseRespCommonType 
:= CalllDType 



TCC_DestCallSetupReqType 
{ calllD 

callingUser ID 

calledUserlD 

transportQoSParams 

codec 

previousDomainEgress 

transcodeCount 



SEQUENCE 
CalllDType, 

TiphonUserName OPTIONAL, 
TiphonUserName, 
TransportParams, 
CodecList, 

NetworkSpecif icAddrType, 
TranscodeCountType 



TCC_DestCallSetupRespType 



SEQUENCE 



calllD 

codec 

transcodeCount 

nextDomainEgress 

callAccept 



CalllDType, 
CodecList OPTIONAL, 
TranscodeCountType OPTIONAL, 
NetworkSpecif icAddrType OPTIONAL, 
CallAcceptType 



— Data structures for the Route information signals 

CallRouteReqType ::= SEQUENCE 

{ calllD CalllDType, 

calledUserlD TiphonUserName, 

callingUserlDRestriction IdentityRestrictionType , 
callingUser TiphonUserName OPTIONAL, 
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routingNumber 

transportQoSParams 

transportParmQualif ier 

trafficDe script or 

codec 

callingUserAccessPoint 

destServiceDomain 



DomainAddr OPTIONAL, 

TransportParams, 

TransportParmQualif ier Type, 

TrafficDesc, 

CodecList, 

NetworkSpecificAddrType OPTIONAL, 

DomainAddr OPTIONAL 



CallRouteRespType 

{ calllD 

routingNumber 

nextHopAddrList 

result 

} 



: := SEQUENCE 
CalllDType, 

NetworkSpecificAddrType OPTIONAL, 
DomainAddrListType OPTIONAL, 
Rout eRe suit Type 



— Data structures for the Policy information signals 

ServingNWPolicyReqType ::= SEQUENCE 
{ callingUserlD TiphonUserName, 

calledUserlD TiphonUserName, 

requestedQoS RequestedQoSType, 

serviceOf ferTicket TicketType 
} 



ServingNWPolicyRespType 



policyRe suit Type 



Data structures for the media and transport control signals 



MediaReservationReq_Type 



SEQUENCE 



{ bearerld 

qosParmQualif ier 

mediaDe script or 

qosParms 

previousDomEgressFw 

nextDomainAddress 

userDomainAddress 

} 



BearerldType, 

TransportParmQualif ier Type OPTIONAL, 

MediaDe script or Type, 

QoSParametersType OPTIONAL, 

NetworkSpecificAddrType, 

NetworkDomainAddrType OPTIONAL, 

NetworkSpecificAddrType OPTIONAL 



MediaReservationResp_Type 



SEQUENCE 



{ bearerld 

qosParmQualif ier 

mediald 

qosParameters 

egressPointFw 

mediaResResult 



BearerldType, 

TransportParmQualif ier Type OPTIONAL, 
MedialdType OPTIONAL, 
QoSParametersType OPTIONAL, 
NetworkSpecificAddrType OPTIONAL, 
MediaResResult Type 



MediaEstablishmentReq_Type ::= SEQUENCE 
{ bearerld BearerldType, 

mediald MedialdType, 

nextDomainEgressRev NetworkSpecificAddrType 



MediaEstablishmentResp_Type 



SEQUENCE 



{ bearerld 
mediald 
egressPointRev 
mediaEstabResult 



BearerldType, 
MedialdType, 

NetworkSpecificAddrType OPTIONAL, 
MediaEtabResultType 



MediaReleaseReq_Type ::= SEQUENCE 
( bearerld BearerldType, 

mediald MedialdType OPTIONAL 



— TIPHON Call Control service information element data types -- 



BearerldType 



Visiblestring (SIZE (0..128)) 



BearerlntegrityType ::= ENUMERATED 
{ timeSlotSequencelntegrety, 

serviceDataUnitlntegrety, 

unstructured, 

dataSequencelntegrety, 
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integretySkHz 



CallAcceptType 
{ callAccepted, 

noCompatibleCodec 

busy 



ENUMERATED 



CalllDType 



Natural 



CallReleaseReqCommonType ::= SEQUENCE 
{ 

callld CalllDType OPTIONAL, 

causeCode CauseCodeType 



CallReleaseRespCommonType : 

SEQUENCE 

{ callld CalllDType, 

result ReleaseResultType 



CauseCodeType ::= ENUMERATED 
{ userlnitiated, 

net work Initiated 
} 

CodecDescrType ::= SEQUENCE 

{ codecid CodecID, 

codecParms CodecParametersType, 

silenceSuppressionEnabled Boolean, 

echoCancelling Boolean, 

mediaPeakRate FrameRateType, 

maxMediaFrameSize FrameCountType 



CodecID 
CodecList 



Visiblestring (SIZE (1..15)) 
SEQUENCE (SIZE (1..8)) OF CodecType 



CodecParametersType ::= SEQUENCE 

{ f ramesPerPacket FrameCountType, 

maxCodecFrameSize FrameSizeType, 

codecSpecif icParameters Visiblestring 



CodecType ::= SEQUENCE 

{ codecID CodecID, 

f ramesperPacket FrameCountType 



DestCallResultType ::= OrigCallResultType (<= busy) 

DigestType ;;= Visiblestring 

DomainAddr ::= CHOICE 

( ipv4DomainAddr [0] FourOctetsType, 

ipv6DomainAddr [1] SixteenOctetsType 
} 

DomainAddrListType ::= SEQUENCE OF NetworkDomainAddrType 

E164Number ::= NumericString (SIZE (1..15)) 

E212Number ::= NumericString (SIZE (15)) 

FourOctetsType ::= Octet String (SIZE (4)) 

FrameCountType ;;= Integer (0 . .maxFrameCount ) 

FrameLength ;;= Integer (1.. 65535) 

FrameRateType ;;= Integer (1..255) 

FrameSizeType ;;= Integer (0 .. 255) 

IdentityRestrictionType ::= ENUMERATED 
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identityAvailable, 
identityUnavailable 



IPAddressType ::= CHOICE 

ipv4Address IPv4AddressType, 
ipv6Address IPv6AddressType 



IPv4AddressType ::= SEQUENCE 
addr FourOctetsType, 
port TwoOctets 



IPv6AddressType ::= SEQUENCE 
addr SixteenOctetsType, 
port TwoOctets 



maxFrameCount Integer 



255 



For non-framing codecs maxFrameCount contains 
the maximum number of samples per packet . 



maxQoSClass Integer ::= 255 

MediaEtabResultType ::= ENUMERATED 
{ mediaAllocated, 

unableToAllocateRe source, 

re sour ceNoLonger Available 
} 

MediaDescriptorType ::= SEQUENCE 

{ medialdHandle MedialdType OPTIONAL, 

codecDescr CodecDescrType, 

codecDescrOptional CodecDescrType OPTIONAL, — present if transcoding in use 

connectionPriority PriorityType 



MedialdType 



Integer 



MediaResResultType ::= ENUMERATED 

{ mediaReserved, 

mediaRe sour ceNot Available, 
mediaRe sour ceNot Supported, 
destinationUnknown 



) 



Microseconds 



Integer (0. . 10000000) 



Allows up to 10s to be expressed in micro-sec 



NetworkDomainAddrType ::= CHOICE 
{ ipv4Domain FourOctetsType, 
ipv6Domain SixteenOctetsType 



NetworkSpecificAddrType ::= CHOICE 

{ 

slotNumber SlotNumberType, 
ipAddress IPAddressType 



NonStandardQoSClass ::= QoSClass (16 . .maxQoSClass) 

NWCallResultType ::= OrigCallResultType (<= unknownUser) 

OneOctet ::= Octet String (SIZE (1)) 

OperatorSelection ::= CHOICE 

{ prefixdial SEQUENCE OF TelephoneDigitType, 
operatorlD Visiblestring 



OrigCallResultType ::= ENUMERATED 
( requestedCallEstablished (0), 

no Compatible Co dec, 

busy, 

MediaOr Transport Not Available, 

qoSNotAvailable, 

unknownUser, 

policyRe jection 
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PercentXlOOO 



Integer (0. . 100000) 



Allows up to 100% to be expressed in 
increments of 0.001% 



PolicyResultType ::= ENUMERATED 

{ callAllowed, 
invalidTicket ^ 
serviceNotSubscribedTo, 
serviceCurrentlyNot Available 



} 

predef inedQoS 

PriorityType ;; = 
( normal, 
emergency 



QoSClass 
ENUMERATED 



QoSClass 



Integer (0 . .maxQoSClass ) 



QoSParametersType ::= SEQUENCE 
{ packetTxRate TrafficDesc, 

packetLossRate PercentXlOOO 

maxDelayVariation Microseconds 

bearer Integrity 

transitDelay 



Bearer Integr it yType, 
Microseconds 



ReleaseResultType ::= ENUMERATED 
{ successful, 

failed 
} 

RequestedQoSType ::= CHOICE 
{ transportQoSParams TransportParams, 
qoSServiceClass QoSClass 



Rout eRe suit Type 
{ noRouteFound, 

RouteFound 
} 



ServiceCredentialsType 



ENUMERATED 



SEQUENCE OF ServiceCredent ialType 



ServiceCredentialType ::= SEQUENCE 

( serviceAppId ServiceApplicationType, 

spoA SpoAType, 

startTime GeneralizedTime, 

stopTime GeneralizedTime, — Shall be greater than StartTime 

cryptoDigest DigestType OPTIONAL 



ServiceApplicationType ;;= Visiblestring 

SixteenOctetsType ::= Octet String (SIZE (16)) 

SpoAType ;;= Visiblestring 

SlotNumberType ;;= Integer 

TelephoneDigitType ::= NumericString (FROM ("0": 

TicketType ::= SEQUENCE 

( registrantid Visiblestring, 
registrarld Visiblestring, 
serviceCredential ServiceCredentialsType, 
cryptoDigest DigestType OPTIONAL 



tiphonQoSClass-1 

tiphonQoSClass-2A 

tiphonQoSClass-2M 

tiphonQoSClass-2H 

tiphonQoSClass-3 

TiphonUserName ;:= 



QoSClass : 


= 1 


QoSClass : 


= 2 


QoSClass : 


= 3 


QoSClass : 


= 4 


QoSClass : 


= 5 


CHOICE 
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{ el64 E164Nuraber, 
url Visiblestring, 

displayName Visiblestring 



TrafficDesc ::= SEQUENCE 
{ peakFrameRate FrameRateType, 
maxFrameLength FrameLength 



} 



Trans codeCount Type 



Integer (0..255) 



TransportParams ::= SEQUENCE 
{ maximumDelay Microseconds, 

maxDelayVariation Microseconds, 

maxMeanPacketLoss PercentXlOOO 

— Packet loss is specified as % x 1000 to avoid 

— the need for REAL numbers when loss is less 

— than one percent 



TransportParmQualif lerType 
{ totalRemainingBudget, 

budget Aval lableForDomain 
} 



ENUMERATED 



TwoOctets 
END 



Octet String (SIZE (2)) 



B.2 ASN.1 Default values 

The Simple call service model has been initialized with the following values for validation. 

DEFINITONS Def aultDef init ions ::= 

BEGIN 

/** Default value definitions for simple call data types **/ 

Default_TiphonUserName TiphonUserName ::= el64 : Def ault_E164Number 

Default_E164Number E164Number ::= "0" 

Default_TrafficDesc TrafficDesc ::= 
{ peakFrameRate Default_FrameRate, 

maxFrameLength Default_FrameLength } 

Default_CodecList CodecList ::= { Def ault_Codec } 

Default_Codec CodecType ::= 

{ codeclD Default_CodeclD, 

f ramesperPacket Default_FrameCount } 

Default_CodeclD CodeclD ::= "CodeclD" 

Default_FrameCount FrameCountType ::= 

Default_RequestedQoS RequestedQoSType ::= transportQoSParams : Def ault_TransportParams 

Default_Bearerld BearerldType ::= "Handle" 

Default_FrameRate FrameRateType ::= 1 

Default_FrameLength FrameLength ::= 1 

Default_TransportParams TransportParams ::= 
{ maximumDelay Default_MicroSeconds, 

maxDelayVariation Default_MicroSeconds, 

maxMeanPacketLoss Default_PercentX1000 } 

Default_MicroSeconds Microseconds ::= 
Default_PercentX1000 PercentXlOOO ::= 
Default_FourOctets FourOctetsType ::= '11112222'H 
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Default_DomainAddr DomainAddr ::= ipv4DomainAddr : Def ault_FourOctets 

Default_DomainAddrList DomainAddrListType ::= {} 

Default_IdentityRestriction IdentityRestrictionType ::= identityUnavailable 

Default_CallID CalllDType : := 

Default_Ticket TicketType : := 
{ registrantid "", 

registrarld "", 

serviceCredential Default_ServiceCredentials } 

Default_ServiceCredentials ServiceCredentialsType ::= {} 

Default_TransportParmQualif ier TransportParmQualif ierType ::= totalRemainingBudget 

Default_TranscodeCount TranscodeCountType ::= 

Default_CallResult DestCallResultType ::= requestedCallEstablished 

Default_TCC_CallSetupResp TCC_OrigCallSetupRespType ::= 
{ calllD Default_CallID, 

result Default_CallResult ) 

Default_CallSetupReq CallSetupReqType : := 

{ calllD Default_CallID, 

calledUserlD Def ault_TiphonUser Name, 

callingUserlDRestriction Default_IdentityRestriction, 

transportQoSParams Default_TransportParams, 

transportParmQualif ier Default_TransportParmQualif ier , 

trafficDe script or Def ault_Traf f icDesc, 

codec Default_CodecList, 

transcodeCount Default_TranscodeCount , 

previousDomainEgress Default_NetworkSpecif icAddr } 

Default_CallSetupResp CallSetupRespType ::= 

{ calllD Default_CallID, 

result Default_CallResult ) 

Default_DestCallSetupReq DestCallSetupReqType ::= 



calllD 

calledUserlD 

transportQoSParams 

codec 

previousDomainEgress 

transcodeCount 



Default_CallID, 

Def ault_TiphonUser Name, 

Default_TransportParams, 

Default_CodecList, 

Default_NetworkSpecif icAddr, 

Default_TranscodeCount } 



Default_DestCallSetupResp DestCallSetupRespType ::= 
{ calllD Default_CallID, 

codec Def ault_CodecList , 

result Default_CallResult } 



Default_NW_CallSetupReq NW„Call 

{ calllD Defa 

calledUserlD Defa 

callingUserlDRestriction Defa 

previousDomainEgress Defa 

bearerld Defa 

transportQoSParams Defa 

transportParmQualif ier Defa 

traf f icDescriptor Defa 

codec Defa 

transcodeCount Defa 



SetupReqType ::= 
ult_CallID, 
ult_TiphonUserName, 
ult_IdentityRestriction, 
ult_NetworkSpecif icAddr, 
ult_BearerId, 
ult_TransportParams , 
ult_TransportParmQualif ier , 
ult_Traf f icDesc, 
ult_CodecList, 
ult_TranscodeCount } 



Default_NW_CallSetupResp NW_CallSetupRespType 
{ calllD Default_CallID, 

result Default_CallResult } 



Default_CallRouteReq 
{ calllD 

calledUserlD 



CallRouteReqType : := 
Default_CallID, 
Default_TiphonUserName, 
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call ingUserlDRestr let ion Default_IdentityRestriction, 

transportQoSParams Def ault_Tr an sport Par ams, 

transportParmQualif ier Default_TransportParmQualif ier , 

traf f icDescriptor Default_Traf f icDesc, 

codec Default_CodecList } 

Default_RouteResult RouteResultType ::= noRouteFound 

Default_CallRouteResp CallRouteRespType ::= 
{ calllD Default_CallID, 

next HopAddr List Def ault_DomainAddr List, 

result Def ault_RouteResult } 

Default_MediaReserveReq MediaReservationReq_Type : := 

{ bearerld Default_BearerId, 

mediaDe script or Default_MediaDescriptor, 
previousDomEgressFw Default_NetworkSpecif icAddr } 

Default_MediaResResult MediaResResultType ::= mediaReserved 

Default_MediaReservationResp MediaReservationResp_Type : := 
{ bearerld Default_BearerId, 

mediaResResult Default_MediaResResult ) 

Default_MediaEstablishmentReq MediaEstablishmentReq_Type : : 

{ bearerld Def ault_BearerId, 

mediald Def ault_MediaId, 

nextDomainEgressRev Def ault_NetworkSpecif icAddr } 

Default_MediaEstablishmentResp MediaEstablishmentResp_Type : 
{ bearerld Def ault_BearerId, 

mediald Def ault_MediaId, 

mediaEstabResult Default_MediaEtabResult } 

Default_PolicyReq ServingNWPolicyReqType ::= 
{ callingUserlD Default_TiphonUserName, 

calledUserlD Default_TiphonUserName, 

requestedQoS Default_RequestedQoS, 

serviceOf f erTicket Default_Ticket ) 

Default_TCC_DestCallSetupReq TCC_DestCallSetupReqType ::= 

{ callLD Default_CallID, 

calledUserlD Default_TiphonUserName, 

transportQoSParams Default_TransportParams, 

codec Default_CodecList, 

previousDomainEgress Default_NetworkSpecif icAddr, 

transcodeCount Default_TranscodeCount } 

Default_MediaDescriptor MediaDescriptorType ::= 
{ codecDescr Default_CodecDescr , 

connectionPriority Default_Priority } 

Default_CodecDescr CodecDescrType ::= 

{ codecid Def ault_CodecLd, 

codecParms Def ault_CodecParameters , 

silenceSuppressionEnabled FALSE, 

echoCancelling FALSE, 

mediaPeakRate Def ault_FrameRate, 

maxMediaFrameSize Def ault_FrameCount } 

Default_Priority PriorityType ::= normal 

Default_CodecParameters CodecParametersType ::= 
{ f ramesPerPacket Def ault_FrameCount , 

maxCodecFrameSize Def ault_FrameSize, 

codecSpecif icParameters ' ' } 

Default_FrameSize FrameSizeType ::= 1 

Def ault_NetworkSpecif icAddr NetworkSpecif icAddrType ::= 
ipaddress: (ipv4address: ( {addr ' 00000001 ' H, port '12'H})) 

Default_MediaId MedialdType ::= 
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Default_MediaEtabResult MediaEtabResultType ::= mediaAllocated 
END 
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